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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 



The present document is part of a series of documents specifying charging functionality in UMTS network with 
apphcation services. The UMTS core network charging principles are specified in document TS 32.200 [2], which 
provides an umbrella for other charging documents that specify the structure and content of the CDRs and the interface 
protocol that is used to transfer them to the collecting node. The document structure is defined in figure 1. The CDR 
content and transport for application services are described in the present document especially for MMS. As the basis 
and reference for this work is taken the functional description of the MMS specified for stage 1 in TS 22.140[3] and 
stage 2 in TS 23.140 [4]. 
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Figure 1 Charging Document Structure 

All references, abbreviations, definitions, descriptions, principles and requirements that are common are defined in the 
3GPP Vocabulary [1] and specialised to charging in UMTS domains or subsystems are provided in the umbrella 
document [2]. 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply in addition to those defined in 
3GPPTR 21.905 [1] and 3GPP TS 23.140 [4]:: 

Delivery Report: feedback information provided to an originator MMS User Agent by an MMS Relay/Server about the 
status of the delivery of an MM. 

Forwarded MM: An MM originally sent from a sender to an intended recipient which is then forwarded to other 
recipient(s) and to which a delivery report and/or read-reply report may refer and which may be subject to further 
forwarding. 

Forwarding MMS User Agent: MMS User Agent that is the intended recipient of an MM and that requests forwarding 
of the MM for delivery to other recipient(s) without having to first download the MM. 

Message ID: a unique identifier for an MM 

MMSE: a collection of MMS -specific elements under the control of a single administration 

MMS Relay/Server: an MMS -specific network entity/application that is under the control of an MMS service provider. 
An MMS Relay/Server transfers messages, provides operations of the MMS that are specific to or required by the 
mobile environment and provides (temporary and/or persistent) storage services to the MMS 

MMS User Agent: an application residing on a User Equipment, an Mobile Station or an external device that performs 
MMS-specific operations on a user's behalf An MMS User Agent is not considered part of an MMSE. 

Original MM: (initial) MM sent from a sender to a recipient and to which a delivery report and/or a read-reply report 
and/or a reply-MM may refer and/or which may be subject to being forwarded 

Originator MMS User Agent: an MMS User Agent associated with the sender of an MM 

Read-Reply Report: feedback information to an originator MMS User Agent by a recipient MMS User Agent about 
the status of handling/rendering of an original MM in a recipient MMS User Agent 

Recipient MMS User Agent: an MMS User Agent associated with the recipient of an MM 

Reply-MM: In case of reply-charging the first reply accepted by the recipient MMS Relay/Server (after checking the 
reply charging limitations, such as the latest time of submission) is called a reply-MM. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations defined in 3GPP TR 21.905 [1], 3GPP TS 32.200 [2]and 
3GPP TS 23 140 [4] and the following apply: 

CDR Charging Data Record 

EM Element Manager 

MIME Multipurpose Internet Mail Extensions 

MM Multimedia Message 

MMS Multimedia Messaging Service 

MMSE Multimedia Messaging Service Element (can also be Multimedia Messaging Service Environment 

in other 3GPP TSs) 

MMSO Multimedia Messaging Service Originator 

MMSR Multimedia Messaging Service Recipient 
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4 Message Flow and CDR Definitions 

4.1 Basic IVIIVIS Message Flow 

The MMS Relay/Servers generate CDRs when receiving MMs from or when delivering MMs to the User Agent or 
another MMS Relay/Server. The label in the message flows identifies the CDR generation trigger. 

The events triggering the generation of CDRs are events at the MMl reference point and/or events at the MM4 
reference point. 

4.1 .1 Originator and Recipient MMS Relay Server are tlie same 



Originator 
MMSUA 



MM1 submit.REQ 



MM1 submit.RES 



MM1_delivery_ report.REQ 



0-&R- 

MMS Relay/ 

Server 



MM1_read_reply_ originator.REQ 






MM1 notification. REQ 



IVIIVII notification. RES 



IVIIVII retrieve.REQ 



MM1 retrieve.RES 



IVIIVl 1 _read_reply . REQ 



Recipient 
MMSUA 



IVIIVI1 _acl<nowledgement. REQ 



Figure 4.1 : Record trigger overview for combined case 
Table 4.1 : Record type overview for combined IVIIVIS Relay/Server 



Record 
trigger 


1 


2 


3 


4 


5 


6 


7 


8 


Any time between 
1 ..9* 


Record 
type 


01 S 


RINRq 


R1NRS 


R1Rt 


R1A 


01 D 


R1RR 


01 R 


OMD 



NOTE: No CDR will be generated by receiving of the MM l_submit.REQ 
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4.1 .2 Originator and Recipient MMS Relay Server are not tine same 



Originator 
IVIIVIS UA 



Originator 

IVIIVIS Relay/ 

Server 



MM1 submit. REQ 



MM1 submit. RE 
< i A1 




MM1_clelivery 
^ rfcJ|Jori.r-icu ( A5 



A6 ).^ 



MM1_read_reply 
originator. REQ 




MM4 forward. REQ 



MM4 forward. RES 



MIVI4_delivery_report.REQ 



MM4_delivery_report.RES 



IVIIVI4_read_reply_report.REQ 



MM4_read_reply_report.RES 



Recipient 

MMS Relay/ 

Server 



Recipient 
MMS UA 



MM1_notification. 
N REQ 



MM1_notification. 
RES 
B3 7^ 



MM1_retrieve.REQ 



MM1 acknowledge 




MM1 retrieve. RES 

-^ ► 



ment.REQ 



MM1_read_reply_ 
recipient. REQ 

B8^)^ 




_^B10 



Figure 4.2: Record trigger overview for distributed case 
Table 4.2: Record type overview for the Originator MMS Relay/Server 



Record 
Trigger 


A1 


A2 


A3 


A4 


A5 


A6 


A7 


Any time between 
A1.. A7 


Record 
Type 


01 S 


04FRq 


04FRS 


04D 


01 D 


04R 


01 R 


OMD 



Table 4.3a: Record type overview for the Recipient MMS Relay/Server 



Record Trigger 


B1 


82 


83 


84 


85 


Record type 


R4F 


RINRq 


RINRs 


RIRt 


R1A 


Table 4.3b: Record type overview for the Recipient MMS Relay/Server 


Record Trigger 


B6 


B7 


88 


89 


810 


Anytime after 81 


Record Type 


R4DRq 
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R1RR 


R4RRq 


R4RRS 


RMD 
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4.2 Record Description 



Dedicated types of CDRs can be generated in the service domain for MMS by the MMS Relay/Servers. The content of 
each CDR type is defined in one of the tables that are part of this subclause. For each CDR type the field definition 
includes the field name, description and category. 

Equipment vendors shall be able to provide all of the fields listed in the CDR content table in order to claim compliance 
with the present document. However, since CDR processing and transport consume network resources, operators may 
opt to eliminate some of the fields that are not essential for their operation. This operator provisionable reduction is 
specified by the field category. 

A field category can have one of two primary values: 

M This field is Mandatory and shall always be present in the CDR. 

C This field shall be present in the CDR only when certain Conditions are met. These Conditions are specified as 
part of the field definition. 

Some of these fields are designated as Operator (O) provisionable. Using TMN management functions or specific tools 
provided by an equipment vendor, operators may choose, if they wish, to include or omit the field from the CDR. Once 
omitted, this field is not generated in a CDR. To avoid any potential ambiguity, a CDR generating element MUST be 
able to provide all these fields. Only an operator can choose whether or not these fields should be generated in its 

system. 

Those fields that the operator may configure to be present or absent are further qualified with the 'Operator 
provisionable' indicator as follows: 

Mo This is a field that, if provisioned by the operator to be present, shall always be included in the CDRs. In other 
words, an Mo parameter that is provisioned to be present is a mandatory parameter. 

Co This is a field that, if provisioned by the operator to be present, shall be included in the CDRs when the 

required conditions are met. In other words, an Co parameter that is configured to be present is a conditional 
parameter. 

The MMS Relay/Server shall be able to provide the CDRs at the Billing System interface in the format and encoding 
described in the present document. Additional CDR formats and contents, generated by the MMS Relay/Server, may be 
available at the interface to the billing system to meet the requirements of the billing system, these are outside of the 
scope of 3GPP standardisation. 

4.2.1 IVIIVIS records for originator IVIIVIS Relay/Server 

The following subclauses specify CDRs created in the originator MMS Relay/Server based on messages flowing over 
the MMl and MM4 reference points. The CDRs referring to MM4 messages (Originator MM4 *** CDR) are created 
only if the originator and recipient MMS Relay/Servers communicate over the MM4 interface (i.e. the originator MMS 
Relay/Server is not also the recipient MMS Relay/Server). The CDRs referring to MMl messages (Originator MMl 
*** CDR) are created regardless of whether the originator MMS Relay/Server is also the recipient MMS Relay/Server 
or not. Unless otherwise specified, the CDR parameters are copied from the corresponding MMl or MM4 message 
parameters as applicable. 

4.2.1 .1 Originator MMl Submission CDR (01 S-CDR) 

If enabled, an Originator MMl Submission Charging Data Record (OlS-CDR) shall be produced in the 
originator MMS Relay/Server for each MM submitted in an MMl_submit.REQ by an originator MMS User 
Agent to the originator MMS Relay/Server if and when the originator MMS Relay/Server responds with an 
MMl_submit.RES. The operator can configure whether this CDR, if enabled, shall only be created for 
MMl_submit.RES indicating acceptance of the submitted MM, or also for the unsuccessful submissions. 

NOTE 1 : This includes the case where the MM is a reply-MM to an original MM. In this case the MMS User Agent 
sending the reply-MM is called the originator MMS User Agent of this reply-MM and the MMS 
Relay/Server receiving the reply-MM in an MMl_submit.REQ is called the originator MMS 
Relay/Server for this reply-MM. 

NOTE 2: The case of an MMS Relay/Server receiving an MMl_forward.REQ is treated in subclause 4.4. 
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Table 4.4: Originator lUIMI Submission record (01S-CDR) 



Field 


Category 


Description 


Record Type 


M 


Originator MM1 Submission record. 


Originator IVIIVIS Relay/Server 
Address 


M 


.IP address or domain name of originator MMS Relay/Server. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


Reply-Cliarging ID 


C 


This field is present in the CDR only if the MM is a reply-MM to an original MM. 
The Reply-Charging ID is the Message ID of the original MM. 


Originator address 


M 


The address of the originator MMS User Agent (i.e., of the MMS User Agent 
that has sent the MM1 submit.REO). 


Recipients address list 


M 


The address(es) of the recipient MMS User Agent(s) of the MM. Multiple 
addresses are possible if the MM is not a reply MM. 


Access Correlation 


Mo 


A unique identifier delivered by the used access network domain of the 
originator MMS User Agent. 


Content type 


M 


The content type of the MM content. 


l\/ll\/l component list 


Mc 


The list of media components with volume size. 


IVIessage size 


M 


The total size of the MM content. 


IVIessage class 


Co 


The class selection such as personal, advertisement, information service if 
specified in the MM1 submit REO. 


Charge Information 


Mo 


The charge indication and charge type. 


Submission Time 


Co 


The time at which the MM was submitted from the originator MMS User Agent if 
specified in the MM1 submit REO. 


Time of Expiry 


Co 


The desired date of expiry or duration of time prior to expiry for the MM if 
specified by the originator MMS User Agent. 


Earliest Time Of Delivery 


C 


This field contains either the earliest time to deliver the MM or the number of 
seconds to wait before delivering the MM as specified by the originator MMS 
User Agent. 


Duration Of Transmission 


Mo 


The time used for transmission of the MM between the User Agent and the 
MMS Relay/Server. 


Request Status Code 


Mo 


The status code of the MM as received in the MM1 submit REQ 


Delivery Report Requested 


Mo 


This field indicates whether a delivery report has been requested by the 
originator MMS User Agent or not. 


Reply Charging 


Co 


A request for reply-charging if specified by the originator MMS User Agent. 


Reply Deadline 


Co 


In case of reply-charging the latest time of submission of replies granted to the 
recipient{s) as specified by the originator MMS User Agent. 


Reply Charging Size 


Co 


In case of reply-charging the maximum size for reply-MM{s) granted to the 
recipient{s) as specified by the originator MMS User Agent. 


Priority 


Co 


The priority (importance) of the message if specified by the originator MMS 
User Agent. 


Sender visibility 


Mo 


A request to show or hide the sender's identity when the message is delivered 
to the recipient as specified by the originator MMS User Agent. 


Read reply requested 


Mo 


A request for read reply report as specified in the MM1 submit.REO. 


Status Text 


Co 


This field includes a more detailed technical status of the message at the point 
in time when the CDR is generated. This field is only present if the MM 
submission is rejected. 


Record Time Stamp 


Mo 


Time of generation of the CDR. 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Serving network identity 


Mo 


SGSN PLMN Identifier (MCC and MNC) used during this record. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.1.2 



Originator MM4 Forward Request CDR (04FRq-CDR) 



If enabled, an Originator MM4 Forward Request Charging Data Record (04FRq-CDR) shall be produced in the 
originator MMS Relay/Server if and when the originator MMS Relay Server has sent an MM4_forward.REQ to the 
recipient MMS Relay/Server, regardless of whether or not a MM4_forward.RES is received from the recipient. That is, 
the CDR is created upon completion of transmission of the MM4_forward.REQ. 

The MM4_forward.REQ may be generated as a reaction to an incoming MMl_forward.REQ. In this case, the 
Originator address field specifies the address of the originator MMS User Agent of the original MM, whereas the 
address of the forwarding MMS User Agent is contained in the Forwarding address field. 

Table 4.5: Originator MM4 Forward Request record (04FRq-CDR) 



Field 


Category 


Description 


Record Type 


M 


Originator MM4 Forward Request record. 


Originator IVIIVIS 
Relay/Server Address 


M 


IP address or domain name of the originator MMS Relay/Server. 


Recipient IVIMS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the originator MMS Relay/Server. 


Originator address 


M 


The address of the originator MMS User Agent of the MM. (if the 
MM4_forward.REO is generated as a reaction to an incoming 
MM1_forward.REO, this is the address of the originator MMS User agent of the 
original MM.) 


Recipients address list 


M 


The address(es) of the recipient MMS User Agent(s) of the MM as specified in 
the MM4 forward. REO that triggered the CDR. 


Content type 


M 


The content type of the MM content. 


MM component list 


Mo 


The list of media components with volume size. 


Message size 


M 


The total size of the MM content. 


Message class 


C 


The class of the MM (e.g., personal, advertisement, information service) if 
specified by the originator MMS User Agent 


Submission Time 


M 


The time at which the MM was submitted or forwarded as specified in the 
corresponding MM1 submit. REQ or MM1 forwarding. REO. 


Time of Expiry 


C 


The desired date of expiry or duration of time prior to expiry for the MM if 
specified by the originator MMS User Agent. 


Delivery Report Requested 


M 


This field indicates whether a delivery report has been requested by the 
originator MMS User Agent or not. 


Priority 


C 


The priority (importance) of the message if specified by the originator MMS User 
Agent. 


Sender visibility 


M 


A request to show or hide the sender's identity when the message is delivered to 
the MM recipient if the originator MMS User Agent has requested her address to 
be hidden from the recipient. 


Read reply requested 


M 


A request for read reply report if the originator MMS User Agent has requested a 
read-reply report for the MM. 


Acknowledgement Request 


M 


Request for MM4 forward. RES 


Forward counter 


C 


A counter indicating the number of times the particular MM was forwarded. 


Forwarding address 


C 


The address(es) of the forwarding MMS User Agent(s). Multiple addresses are 
possible. In the multiple address case this is a sequential list of the address(es) 
of the forwarding MMS User Agents who forwarded the same MM. 


Record Time Stamp 


M 


Time of generation of the CDR. 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Serving network identity 


Mo 


SGSN PLMN Identifier (MCC and MNC) used during this record. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.1.3 



Originator MM4 Forward Response CDR (04FRs-CDR) 



If enabled, an Originator MM4 Forward Response Charging Data Record (04FRs-CDR) shall be produced in the 
originator MMS Relay/Server if and when, after an MM has been forwarded with an MM4_forward.REQ to the 
recipient MMS Relay/Server, the originator MMS Relay/Server receives a corresponding MM4_forward.RES from the 
recipient MMS Relay/Server. 

Table 4.6: Originator MM4 Forward Response record (04FRs-CDR) 



Field 


Category 


Description 


Record Type 


M 


Originator MM4 Forward Response record. 


Originator IVIIVIS 
Relay/Server Address 


Mo 


IP address or domain name of the originator MMS Relay/Server. 


Recipient IVIMS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the recipient MMS Relay/Server. 


Request Status Code 


Mo 


The status code of the request to route forward the MM as received in the 
MM4 forward. RES. 


Status Text 


Co 


This field includes the status text as received in the MM4_forward.RES 
corresponding to the Request Status Code. Present only if provided in the 
MM4 forward. RES. 


Record Time Stamp 


Mo 


Time of generation of the CDR. 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 



4.2.1.4 



Originator MM4 Delivery report CDR (04D-CDR) 



If enabled, a Originator MM4 Delivery report Charging Data Record (04D-CDR) shall be produced in the originator 
MMS Relay/Server if and when the originator MMS Relay/Server receives an MM4_delivery_report.REQ from the 
recipient MMS Relay/Server. 

Table 4.7: Originator MM4 Delivery report record (04D-CDR) 



Field 


Category 


Description 


Record Type 


M 


Originator MM4 Delivery report record. 


Recipient MMS 
Relay/Server Address 


Mo 


IP address or domain name of the recipient MMS Relay/Server. 


Originator MMS 
Relay/Server Address 


Mo 


IP address or domain name of the originator MMS Relay/Server. 


Message ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the recipient MMS Relay/Server. 


Originator address 


Mo 


The address of the originator MMS User Agent of the MM. 


Recipient address 


M 


The address of the MM recipient of the MM. 


MM Date and time 


M 


Date and time the MM was handled (retrieved, expired, rejected, etc.) as 
specified in the MM4 delivery report. 


Acknowledgement Request 


M 


Request for MM4 delivery report.RES 


MM Status Code 


M 


The status code of the delivered MM as received in the 
MM4 delivery report. REO. 


Status Text 


Co 


This field includes the status text as received in the MM4_delivery_report.REO 
corresponding to the MM Status Code. Present only if provided in the 
MM4 delivery report.REO. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.1 .5 Originator MM1 Delivery report CDR (01 D-CDR) 

If enabled, an Originator MMl Delivery report Charging Data Record (OlD-CDR) shall be produced in the originator 
MMS Relay/Server if and when the originator MMS Relay/Server sends an MMl _deli very _report.REQ to the 
originator MMS User Agent. 

Table 4.8: Originator IVIMI Delivery report record (01 D-CDR) 



Field 


Category 


Description 


Record Type 


M 


Originator MM1 Delivery report record. 


Recipient IVIMS 
Relay/Server Address 


Mc 


IP address or domain name of the recipient MMS Relay/Server. 


Originator IVIIVIS 
Relay/Server Address 


Mc 


IP address or domain name of the originator MMS Relay/Server. 


Access Correlation 


Mo 


A unique identifier delivered by the used access network domain of the originator 
MMS User Agent. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the originator MMS Relay/Server. 


Originator address 


Mo 


The address of the originator MMS User Agent of the MM. 


Recipient address 


M 


The address of the MM recipient of the MM. 


MM Status Code 


Mo 


The status code of the MM as sent in the MM Status information element in the 
MM1 delivery report. REO. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Serving network identity 


Mo 


SGSN PLMN Identifier (MCC and MNC) used during this record. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 



4.2.1.6 



Originator MM4 Read reply report CDR (04R-CDR) 



If enabled, a Originator MM4 Read reply report Charging Data Record (04R-CDR) shall be produced in the originator 
MMS Relay/Server if and when the originator MMS Relay/Server receives an MM4_read_reply_report.REQ from the 
recipient MMS Relay/Server. 

Table 4.9: Originator l\/IM4 Read reply report record (04R-CDR) 



Field 


Category 


Description 


Record Type 


M 


Originator MM4 Read reply report record. 


Recipient MMS 
Relay/Server Address 


Mo 


IP address or domain name of the recipient MMS Relay/Server. 


Originator MMS 
Relay/Server Address 


Mo 


IP address or domain name of the originator MMS Relay/Server. 


Message ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the recipient MMS Relay/Server. 


Originator address 


Mo 


The address of the originator MMS User Agent of the MM. 


Recipient address 


Mo 


The address of the MM recipient of the MM. 


MM Date and time 


Mo 


Date and time the MM was handled (retrieved, expired, rejected, etc.). 


Acknowledgement Request 


M 


Request for MM4 read reply report. RES 


Read Status 


Mo 


The status of the MM as received in the MM4 read reply report.REO. 


Status Text 


Co 


This field includes the status text if received in the MM4_read_reply_report.REQ 
corresponding to the Read Status. Present only if provided in the 
MM4 read reply report.REO. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.1.7 



Originator MM1 Read reply originator CDR (01 R-CDR) 



If enabled, an Originator MMl Read reply originator Charging Data Record (Ol R-CDR) shall be produced in the 
originator MMS Relay/Server if and when the originator MMS Relay/Server sends an 
MMl_read_reply_originator.REQ to the originator MMS User Agent. 

Table 4.10: Originator lUIMI Read reply originator record (01D-CDR) 



Field 


Category 


Description 


Record Type 


M 


Originator MM1 Read reply originator record. 


Recipient IVIMS 
Relay/Server Address 


Mc 


IP address or domain name of the recipient MMS Relay/Server. 


Originator IVIIVIS 
Relay/Server Address 


Mc 


IP address or domain name of the originator MMS Relay/Server. 


Access Correlation 


Mo 


A unique identifier delivered by the used access network domain of the originator 
MMS User Agent. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the originator MMS Relay/Server. 


Originator address 


Mo 


The address of the originator MMS User Agent of the MM. 


Recipient address 


Mo 


The address of the MM recipient of the MM. 


Read Status 


Mo 


The status of the MM as sent in the MMl read reply originator.REO. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Serving network identity 


Mo 


SGSN PLMN Identifier (MCC and MNC) used during this record. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.1 .8 Originator MM Deletion CDR (OMD-CDR) 

If enabled, an Originator MM Deletion Charging Data Record (OMD-CDR) shall be produced in the originator MMS 
Relay/Server, after sending an MMl_submit.RES to the originator MMS User Agent, if and when: 

a) the originator MMS Relay/Server decides to abandon processing of the MM at any point after receiving the 
corresponding MMl_submit.REQ; or, 

b) the originator MMS Relay/Server decides to delete the MM because of expiry of storage time, which may either 
be indicated in the submit request or governed by operator procedure (e.g. after successful MM delivery). 

Abandoning the processing of the MM, or deleting the MM, implies that there remains no knowledge of the MM in the 
originator MMS Relay/Server. 

The status code indicates the precise reason for abandoning or deleting the MM with respect to the MMS transactions 
specified in 3GPP TS 23 140 [4]. 

This CDR is created regardless of whether the originator MMS Relay/Server is also the recipient MMS Relay/Server or 
not. 

Table 4.11: Originator lUlM Deletion record (OIUID-CDR) 



Field 


Category 


Description 


Record Type 


M 


Originator MM Deletion record. 


Originator IVIIVIS 
Relay/Server Address 


Mo 


IP address or domain name of the originator MMS Relay/Server. 


Recipient IVIMS 
Relay/Server Address 


C 


IP address or domain name of the recipient MMS Relay/Server. This field is 
present, if such an address is known. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


IVIessage size 


Mo 


The total size of the MM content. 


IVIIVI Status Code 


Mo 


The status code of the MM at the time when the CDR is generated. 


Status Text 


Mo 


This field includes a more detailed technical status of the message at the point in 
time when the CDR is generated. 


Record Time Stamp 


Mo 


Time of generation of the CDR. 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.2 MMS records for recipient MMS Relay/server 

The following subcaluses specify CDRs created in the recipient MMS Relay/Server based on messages flowing over the 
MMl and MM4 interfaces. The CDRs referring to MM4 messages (Recipient MM4 *** CDR) are created only if the 
originator and recipient MMS Relay Servers communicate over the MM4 interface (i.e. the recipient MMS 
Relay/Server is not also the originator MMS Relay/Server). The CDRs referring to MMl messages (Recipient MMl 
*** CDR) are created regardless of whether the recipient MMS Relay/Server is also the originator MMS Relay/Server 
or not. Unless otherwise specified the CDR parameters are copied from the corresponding MMl or MM4 message 
parameters as applicable. 



4.2.2.1 



Recipient MM4 Forward CDR (R4F-CDR) 



If enabled, a Recipient MM4 Forward CDR Charging Data Record (R4F-CDR) shall be produced in the recipient MMS 
Relay/Server if and when the recipient MMS Relay/Server receives an MM4_forward.REQ from the originator MMS 
Relay/Server. 

Table 4.12: Recipient MM4 Forward record (R4F-CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM4 Forward record. 


Recipient MIVIS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


Originator MMS 
Relay/Server Address 


M 


IP address or domain name of the originator MMS Relay/Server. 


Message ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the originator MMS Relay/Server. 


Originator address 


M 


The address of the originator MMS User Agent of the MM. 


Recipients address list 


M 


The address(es) of the recipient MMS User Agent(s) of the -MM 


Content type 


M 


The content type of the MM content. 


MM component list 


Mo 


The list of media components with volume size. 


Message size 


M 


The total size of the MM content. 


Message class 





The class selection such as personal, advertisement, information service. 


Submission Time 


M 


The time at which the MM was submitted or forwarded as specified in the 
MM4 forward. REO. 


Time of Expiry 


C 


The desired date of expiry or duration of time prior to expiry for the MM if 
specified by the originator MMS User Agent. 


Delivery Report Requested 


M 


This field indicates whether a delivery report has been requested by the 
originator MMS User Agent or not. 


Priority 





The priority (importance) of the message if specified by the originator MMS User 
Agent. 


Sender visibility 


M 


A request to show or hide the sender's identity when the message is delivered to 
the MM recipient if the originator MMS User Agent has requested her address to 
be hidden from the recipient. 


Read reply Requested 


M 


A request for read reply report if the originator MMS User Agent has requested a 
read-reply report for the MM. 


Request status code 


M 


The status of the request to route forward the MM. If the MM4_forward.REQ is 
responded by an MIVI4_forward.RES, this shall be the same information as 
specified in the Request Status Code information element in the 
MM4 forward. RES. 


Status Text 





This field includes a more detailed technical status of the message at the point in 
time when the CDR is generated. If the MM4_forward.REQ is responded by an 
MM4_forward.RES, this shall be the same information as specified in the Status 
Text information element in the MM4_forward.RES corresponding to the 
Request Status Code. 


Acknowledgement Request 


M 


Request for MM4 forward. RES 


Forward counter 


C 


A counter indicating the number of times the particular MM was forwarded. 


Forwarding address 


C 


The address(es) of the forwarding MMS User Agent(s). Multiple addresses are 
possible. In the multiple address case this is a Sequential list of the address(es) 
of the forwarding MMS User Agents who forwarded the same MM. 


Record Time stamp 


M 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.2.2 



Recipient MM1 Notification Request CDR (R1NRq-CDR) 



If enabled, a Recipient MMl Notification Request Charging Data Record (RlNRq-CDR) shall be produced in the 
recipient MMS Relay/Server if and when the recipient MMS Relay/Server sends an MMl_notification.REQ to the 
recipient MMS User Agent. 

Table 4.13: Recipient IVIMI Notification Request record (RINRq -CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM1 Notification Request record. 


Recipient IVIMS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


Reply Charging ID 


C 


This field is present in the CDR only if the MM is a reply-MM to an original MM. 
The Reply-Charging ID is the Message ID of the original MM. 


Sender address 


M 


The address of the MMS User Agent as used in the MM1_notification_REQ. 
This parameter is present in the CDR regardless of address hiding. 


Recipient address 


M 


The address of the MM recipient of the MM. 


Access Correlation 


Mo 


A unique identifier delivered by the used access network domain of the 
recipient MMS User Agent. 


IVIessage class 


M 


The class selection such as personal, advertisement, information service; 
default = personal. 


IVIIVI component list 


Mo 


The list of media components with volume size. 


IVIessage size 


Mo 


The total size of the MM content. 


Time of Expiry 


Mo 


The date of expiry or duration of time prior to expiry for the MM. 


IVIessage Reference 


M 


A reference, e.g., URI, for the MM 


Delivery Report Requested 


Mo 


This field indicates whether a delivery report is requested or not as specified in 
the MM1 notification. REQ. 


Reply Charging 


Co 


Information that a reply to this particular original MM is free of charge as 
specified in the MM1 notification. REQ. 


Reply Deadline 


Co 


In case of reply-charging the latest time of submission of a reply granted to the 
recipient as specified in the MM1 notification. REQ. 


Reply Charging-Size 


Co 


In case of reply-charging the maximum size of a reply-MM granted to the 
recipient as specified in the MM1 notification. REQ. 


IVIM Status Code 


Mo 


The status code of the MM at the time when the CDR is generated. 


Status Text 


Mo 


This field includes a more detailed technical status of the message at the point 
in time when the CDR is generated. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Serving network identity 


Mo ISGSN PLMN Identifier (MCC and MNC) used during this record. | 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.2.3 



Recipient MM1 Notification Response CDR (R1NRs-CDR) 



If enabled, a Recipient MMl Notification Response Charging Data Record (RlNRs-CDR) shall be produced in the 
recipient MMS Relay/Server if and when the recipient MMS Relay/Server receives an MMl_notification.RES from the 
recipient MMS User Agent. 

Table 4.14: Recipient IVIMI Notification Response record (RINRs-CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM1 Notification Response record. 


Recipient MIVIS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


Recipient address 


M 


The address of the MM recipient of the MM. 


Access Correlation 


Mo 


A unique identifier delivered by the used access network domain of the recipient 
MMS User Agent. 


Report allowed 


C 


Request to allow or disallow the sending of a delivery report to the MM originator 
if specified in the MM1 notification RES. 


MM Status Code 


Mo 


The status code of the MM at the time when the CDR is generated. 


Status Text 


Mo 


This field includes a more detailed technical status of the message at the point in 
time when the CDR is generated. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Serving network identity 


Mo ISGSN PLMN Identifier (MCC and MNC) used during this record. | 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.2.4 



Recipient MM1 Retrieve CDR (R1 Rt-CDR) 



If enabled, a Recipient MMl Retrieve Response Charging Data Record (Rl Rt-CDR) shall be produced in the recipient 
MMS Relay/Server if and when the recipient MMS Relay/Server has sent a MMl_retrieve.RES to the recipient MMS 
User Agent. That is, the CDR is created upon completion of transmission of the MMl_retrieve.RES. 

Table 4.15: Recipient IVIMI Retrieve Response record (Rl Rt-CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM1 Retrieve record. 


Recipient IVIMS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


Reply Charging ID 


C 


This field is present in the CDR only if the MM is a reply-MM to an original MM. 
The Reply-Charging ID is the Message ID of the original MM. 


Sender address 


C 


The address of the MMS User Agent as used in the MM1_retrieve.RES. This 
parameter is present in the CDR regardless of address hiding. 


Recipient address 


M 


The address of the recipient MM User Agent of the MM. 


Access Correlation 


Mo 


A unique identifier delivered by the used access network domain of the 
originator MMS User Agent. 


IVIessage Reference 


M 


Location of the content of the MM to be retrieved as specified in the 
MM1 retrieve. REQ. 


Content type 


M 


The content type of the MM content. 


IVIIVI component list 


Mo 


The list of media components with volume size. 


Message class 


Co 


The class of the message (e.g., personal, advertisement, information service) 
if specified in the MM1 retrieve. RES. 


Submission Time 


M 


The time at which the MM was submitted or forwarded as specified in the 
MM1 retrieve. RES. 


IVIessage size 


Mo 


The total size of the MM content. 


Delivery report Requested 


Mo 


A request for delivery report as specified in the Delivery Report information 
element in the MM1 retrieve. RES. 


Priority 


Co 


The priority (importance) of the message if specified in the MM1 retrieve. RES. 


Read reply Requested 


Co 


A request for read-reply report if specified in the Read Reply information 
element in the MM1 retrieve. RES. 


MM Status Code 


Mo 


The status code of the MM at the time when the CDR is generated. 


Status Text 


Mo 


This field includes a more detailed technical status of the message at the point 
in time when the CDR is generated. 


Reply Deadline 


Co 


In case of reply-charging the latest time of submission of a reply granted to the 
recipient as specified in the MM1 retrieve. RES. 


Reply Charging-Size 


Co 


In case of reply-charging the maximum size of a reply-MM granted to the 
recipient as specified in the MM1 retrieve. RES. 


Duration Of Transmission 


Mo 


The time used for transmission of the MM between the User Agent and the 
MMS Relay/Server. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Serving network identity 


Mo 


SGSN PLMN Identifier (MCC and MNC) used during this record. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.2.5 



Acknowledgement CDR (R1 A-CDR) 



If enabled, a Recipient MMl Acknowledgement Charging Data Record (Rl A-CDR) shall be produced in the recipient 
MMS Relay/Server if and when the recipient MMS Relay/Server receives an MMl_acknowledgement.REQ from the 
recipient MMS User Agent. 

Table 4.16: Recipient lUIMI Acknowledgement record (Rl A-CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM1 Acknowledgement record. 


Recipient IVIMS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


Recipient address 


M 


The address of the recipient MM User Agent of the MM. 


Access Correlation 


Mo 


A unique identifier delivered by the used access network domain of the originator 
MMS User Agent. 


Report allowed 


C 


Request to allow or disallow the sending of a delivery report to the MM originator 
if specified in the MM1 acknowledgement. RES. 


IVIM Status Code 


Mo 


The status code of the MM at the time when the CDR is generated. 


Status Text 


Mo 


This field includes a more detailed technical status of the message at the point in 
time when the CDR is generated. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Serving network identity 


Mo 


SGSN PLMN Identifier (MCC and MNC) used during this record. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 



4.2.2.6 



Recipient MM4 Delivery report Request CDR (R4DRq-CDR) 



If enabled, a Recipient MM4 Delivery report Request Charging Data Record (R4DRq-CDR) shall be produced in the 
recipient MMS Relay/Server if and when the recipient MMS Relay/Server sends an MM4_delivery_report.REQ to the 
originator MMS Relay/Server. 

Table 4.17: Recipient MM4 Delivery report Request record (R4DRq-CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM4 Delivery report Request record. 


Recipient MMS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


Originator MMS 
Relay/Server Address 


M 


IP address or domain name of the originator MMS Relay/Server. 


Message ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the recipient MMS Relay/Server. 


Originator address 


M 


The address of the originator MMS User Agent of the MM. 


Recipient address 


M 


The address of the MM recipient of the MM. 


MM Date and time 


Mo 


Date and time the MM was handled (retrieved, expired, rejected, etc.). 


Acknowledgement Request 


M 


Request for MM4 delivery report.RES 


MM Status Code 


Mo 


The status code of the MM as sent in the MM4 delivery report. REQ. 


Status Text 


Co 


This field includes the status text as sent in the MM4_delivery_report.REQ 
corresponding to the MM Status Code. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.2.7 



Recipient MM4 Delivery report Response CDR (R4DRs-CDR) 



If enabled, an Recipient MM4 Delivery report Response Charging Data Record (R4DRs-CDR) shall be produced in the 
recipient MMS Relay/Server if and when the recipient MMS Relay/Server receives an MM4_delivery_report.RES from 
the originator MMS Relay/Server. 

Table 4.18: Recipient l\/IM4 Delivery report Response record (R4DRs-CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM4 Delivery report Response record. 


Recipient IVIMS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


Originator IVIIVIS 
Relay/Server Address 


M 


IP address or domain name of the originator MMS Relay/Server. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the originator MMS Relay/Server. 


Request Status Code 


Mo 


The status code of the MM as received in the MM4 delivery report. RES. 


Status Text 


Co 


This field includes the status text as received in the MM4_delivery_report.RES 
corresponding to the Request Status Code. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 



4.2.2.8 



Recipient MM1 Read reply Recipient CDR (R1 RR-CDR) 



If enabled, a Recipient MMl Read reply Recipient Charging Data Record (RIRR-CDR) shall be produced in the 
recipient MMS Relay/Server if and when the recipient MMS Relay/Server receives an MMl_read_reply_recipient.REQ 
from the recipient MMS User Agent. 

Table 4.19: Recipient IVIMI Read reply Recipient record (RIRR-CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM1 Read reply Recipient record. 


Recipient MMS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


Message ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


Recipient address 


M 


The address of the recipient MM User Agent of the MM. 


Originator address 


M 


The address of the MM originator of the original MM, i.e., the recipient of the 
read-reply report. 


Access Correlation 


Mo 


A unique identifier delivered by the used access network domain of the originator 
MMS User Agent. 


MM Status Code 


Mo 


The status code of the MM at the time when the CDR is generated. 


Status Text 


Mo 


This field includes a more detailed technical status of the message at the point in 
time when the CDR is generated. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Serving network identity 


Mo 


SGSN PLMN Identifier (MCC and MNC) used during this record. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.2.9 



Recipient MM4 Read reply report Request CDR (R4RRq-CDR) 



If enabled, a Recipient MM4 Read reply report Request Charging Data Record (R4RRq-CDR) shall be produced in the 
recipient MMS Relay/Server if and when the recipient MMS Relay/Server sends an MM4_read_reply_report.REQ to 
the originator MMS Relay/Server. 

Table 4.20: Recipient l\/IM4 Read reply report Request record (R4RRq-CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM4 read reply report Request record. 


Recipient IVIMS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


Originator IVIIVIS 
Relay/Server Address 


M 


IP address or domain name of the originator MMS Relay/Server. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the recipient MMS Relay/Server. 


Originator address 


M 


The address of the originator MMS User Agent of the MM. 


Recipient address 


M 


The address of the MM recipient of the MM. 


MM Date and time 


Mo 


Date and time the MM was handled (retrieved, expired, rejected, etc.). 


Acl<nowledgement Request 


M 


Request for MM4 read reply report.RES 


MM Status Code 


Mo 


The status code of the MM at the time when the CDR is generated. 


Status Text 


Mo 


This field includes a more detailed technical status of the message at the point in 
time when the CDR is generated. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 



4.2.2.1 Recipient MM4 Read reply report Response CDR (R4RRs-CDR) 

If enabled, an Recipient MM4 Read reply report Response Charging Data Record (R4RRs-CDR) shall be produced in 
the recipient MMS Relay/Server if and when the recipient MMS Relay/Server receives an 
MM4_read_reply_report.RES from the originator MMS Relay/Server. 

Table 4.21 : Recipient l\/IM4 DeliveryRead reply report Response record (R4DRRs-CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM4 Read reply report Response record. 


Recipient MMS 
Relay/Server Address 


M 


IP address or domain name of the recipient MMS Relay/Server. 


Originator MMS 
Relay/Server Address 


M 


IP address or domain name of the originator MMS Relay/Server. 


Message ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


3GPP MMS Version 


Mo 


The MMS version of the originator MMS Relay/Server. 


Request Status Code 


Mo 


The status code of the MM as received in the MM4 read reply report.RES. 


Status Text 


Co 


This field includes a more detailed technical status if received in the 
MM4 read reply report.RES corresponding to the Request Status Code. 


Record Time Stamp 


Mo 


Time of generation of the CDR 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.2.1 1 Recipient MM Deletion CDR (RMD-CDR) 

If enabled, a Recipient MM Deletion Charging Data Record (RMD-CDR) shall be produced in the recipient MMS 
Relay/Server if and when: 

a) the recipient MMS Relay/Server decides to abandon processing of the MM at any point after receiving the 
corresponding MM4_forward.REQ; or, 

b) the recipient MMS Relay /Server decides to delete the MM because of expiry of storage time, which may either 
be indicated in the submit request or governed by operator procedure(e.g. after successful MM delivery). 

Abandoning the processing of the MM implies that there remains no knowledge of the MM in the recipient MMS 
Relay/Server. 

The status code indicates the precise reason for abandoning or deleting the MM with respect to the MMS transactions 
specified in 3GPP TS 23 140 [4]. 

A special case is where the recipient MMS Relay/Server is also the forwarding MMS Relay/Server. In this case only 
the Originator MM Deletion CDR specified in subclause 4.2.8 is required. 

Table 4.22: Recipient MM Deletion record (RMD-CDR) 



Field 


Category 


Description 


Record Type 


M 


Recipient MM Deletion record. 


Originator IVIIVIS 
Relay/Server Address 


M 


IP address or domain name of the originator MMS Relay/Server. 


Recipient IVIMS 
Relay/Server Address 


Mo 


IP address or domain name of the recipient MMS Relay/Server. 


IVIessage ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


IVIessage size 


Mo 


The total size of the MM content. 


IVIIVI Status Code 


Mo 


The status code of the MM at the time when the CDR is generated. 


Status Text 


Mo 


This field includes a more detailed technical status of delivering the message. 


Record Time Stamp 


Mo 


Time of generation of the CDR. 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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4.2.3 MMS records for forwarding MMS Relay/Server 



4.2.3.1 



Forwarding CDR 



If enabled, a Forwarding Charging Data Record (F-CDR) shall be produced in the forwarding MMS Relay/Server on 
receipt of an MMl_forward.REQ if and when the forwarding MMS Relay/Server responds with an MMl_forward.RES 
indicating acceptance. 

Table 4.23: MM Forwarding record (F-CDR) 



Field 


Category 


Description 


Record Type 


M 


MM Forwarding record. 


Forwarding MMS 
Relay/Server Address 


M 


IP address or domain name of the forwarding MMS Relay/Server. 


Message ID 


M 


The MM identification provided by the originator MMS Relay/Server. 


Forwarding address 


M 


One or more addresses of the forwarding MMS User Agent (i.e., of the MMS 
User Agent that has sent the MM1 forward. REO). 


Recipients address list 


M 


The address(es) of the recipient MMS User Agent(s) of the forwarded MM. 
Multiple addresses are possible. 


Charge Information 


Mo 


The charge indication and charge type. 


Time of Expiry 


Co 


The desired date of expiry or duration of time prior to expiry for the MM if 
specified by the forwarding MMS User Agent. 


Earliest Time Of Delivery 


Co 


This field contains either the earliest time to deliver the MM or the number of 
seconds to wait before delivering the MM. 


Delivery Report Requested 


Mo 


This field indicates whether a delivery report has been requested by the 
forwarding MMS User Agent or not. 


Read reply requested 


Mo 


A request for read reply report as specified in the MM1 forward. REO. 


Message reference 


M 


A reference, e.g., URI, for the MM as specified in the MM1 forward. REO. 


MM Status Code 


Mo 


The status code of the MM at the time when the CDR is generated. 


Status Text 


Mo 


This field includes a more detailed technical status of the message at the point in 
time when the CDR is generated. 


Record Time Stamp 


Mo 


Time of generation of the CDR. 


Local Record Sequence 
Number 


Mo 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Serving network identity 


Mo 


SGSN PLMN Identifier (MCC and MNC) used during this record. 


Record extensions 


Co 


A set of network/manufacturer specific extensions to the record. Conditioned 
upon the existence of an extension. 
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Parameter Description 



5.1 3GPP IVIIVIS Version 

The MMS version of the originator MMS Relay/Server as defined in TS 23.140 [4]. 

5.2 Access Correlation 

If the parameter is provided and is not an empty string, it is a unique identifier deHvered by the used access network 
domain of the originator or recipient MMS User Agent. It may be used for correlation of the MMS CDRs with the 
corresponding MSC server CDRs in CS domain or GSN CDRs in PS domain. It is an empty string if the parameter is 
not delivered by the access network. 

5.3 Acknowledgement Request 

This Boolean value indicates whether (value TRUE) or not (value FALSE) a response has been requested in a request at 
the MM4 reference point. 

5.4 Charge Information 

This field consists of two parts, the charge indicator and the charge type. The charge indicator (charge/no charge) 
should be defined by the MMS Relay/Server. 

The charge types are as follows: 

Normal 

Prepaid 

Reply: An originator of the MMS may take over the charge for the sending of a reply-MM to their submitted 
MM from the recipient(s). Therefore the originator MMS Relay/Server should mark the MM as no charge (reply- 
charged). The originator's MMSE could either accept the user's settings for charge type "reply" or not and should 
be able to convey feedback to the originator. 

5.5 Content Type 

The Content Type of the MM as defined in TS 23. 140 [4]. 

5.6 Delivery Report Requested 

This is an indication of type Boolean whether (value TRUE) or not (value FALSE) the originator/forwarding MMS 
User Agent has requested a delivery report in the MMl_submit.REQ/MMl_forward.REQ. 

5.7 Duration of Transmission 

This field contains the relevant time in seconds. The Duration of Transmission is the time from the beginning to the end 
of the MM transfer between the MMS User Agent and the MMS Relay/Server; e.g. for streaming purposes. 

Note that the CDRs purposely do not contain any information about the duration of storage on the MMS Relay/Server. 
If such information is required it can be calculated by post-processing systems from the CDR timestamps. For instance, 
the total duration of storage on the originator MMS Relay/Server could be calculated by taking the difference between 
the 'Record Time Stamp' of the OlS-CDR and the 'Record Time Stamp' of the OMD-CDR. 
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5.8 Earliest Time of Delivery 



This field contains either the earliest time to deliver message or the number of seconds to wait before delivering the 

message. 

5.9 Forward Counter 

A Counter indicating the number of times the particular MM was forwarded as defined in TS 23.140 [4]. 

5.10 Forwarding Address 

This field contains a forwarding MMS User Agent address. The MMS supports the use of E-Mail addresses 
(RFC 822 [5]), MSISDN (E.164) or IP addresses. 

5.1 1 Forwarding IVIIVIS Relay/Server Address 

This field contains one or more addresses of the forwarding MMS Relay/Server. The address is either an IP address or a 
domain name. 

5.12 Local Record Sequence Number 

This field includes a unique record number created by this node. The number is allocated sequentially including all 
CDR types. The number is unique within one node, which is identified either by field Node ID or by record-dependent 
MMS Relay/Server. 

The field can be used e.g. to identify missing records in post processing system. 

5.13 Message Class 

A class of messages such as personal, advertisement, information service etc. For more information see TS 23.140 [4]. 



5.14 Message ID 



This field specifies the MM Message ID of the MM as defined in TS 23.140 [4]. The concrete syntax of this MM 
Message ID is given by the body of the field introduced by the string "X-Mms-Message-ID:" in the concrete syntax of 
the message MM4_Forward.REQ. All CDRs pertaining to the same MM must employ the same value of this parameter, 
i.e. the value initially assigned by the originator MMS Relay/Server upon submission of the MM by the Originator 
MMS User Agent. 



5.15 Message Reference 



A reference as specified in TS 23. 140 [4], e.g. URI, for the MM that can be used for retrieving the MM from the 
recipient MMS Relay/Server. 



5.16 Message Size 



The Message size is defined as the sum of the Subject information element size and the size of all the MM element(s), 
including the Presentation object (e.g. SMIL). Other information elements of a MM shall be excluded from the message 
size calculation. 
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5.1 6.1 Size of Subject information element 



The size of the Subject information element shall be calculated as the length of the subject field in octets excluding the 
"Subject: " token. 

5.1 6.2 Size of an MM element 

The size of an MM element shall be calculated as the total number of octets of the media object, i.e. raw data without 
any boundaries or additional headers which are due to MIME-based encodings of the MM. 

In case of an MM element being a multipart/mixed or multipart/related MIME message, the total number of octets 
contained in the body of that MIME message (i.e. that MM element) shall be counted including only the boundaries and 
additional headers which are part of the MIME message (i.e. that MM element). 

NOTE 1: It is understood that due to the different encoding used in the MM4 reference point for the Subject field, 
there can be a slight discrepancy in the message size calculated over the MMl and MM4 reference points. 

NOTE 2: The message size of a submitted MM might differ from the message size of a retrieved MM if content 
adaptation is performed prior to its retrieval. 



5.17 MM component list 

The MM component list is a set of subject and media components from type of media formats including the size of all 
elements in octets. For a complete description of media formats that may be supported by MMS, refer to lANA [13]. 

5.18 MM Date and Time 

The date and time field contains the time stamp relevant for the handling of the MM by the recipient MMS Relay/ 
Server (read, deleted without being read, etc.). The time-stamp includes at a minimum: date, hour, minute and second. 

5.19 MM Status Code 

This field contains an appropriate status value of the delivered MM (e.g. retrieved, rejected, etc.). 

5.20 Originator Address 

This field contains an originator MMS User Agent address. The MMS supports the use of E-Mail addresses 
(RFC 822 [5]) or MSISDN (E.164). 

5.21 Originator MMS Relay/Server Address 

This field contains an address of the originator MMS Relay/Server. This address is composed of a mandatory IP address 
and/or an optional domain name. 

5.22 Priority 

The priority (importance) of the message, see TS 23.140 [4]. 

5.23 Read Reply Requested 

A Boolean value indicating whether the originator MMS User Agent has requested a read-reply report (value TRUE) or 
not (value FALSE). 
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5.24 Read Status 

See TS 23.140 [4]: Status of the MM, e.g. Read, Deleted without being read. 

5.25 Recipient Address 

This field contains a recipient MMS User Agent address. The MMS supports the use of E-Mail addresses (RFC 822 [5]) 
orMSlSDN(E.164). 

5.26 Recipient IVIIVIS Relay/Server Address 

This field contains an address of the recipient MMS Relay/Server. This address is composed of a mandatory IP address 
and/or an optional domain name. 

5.27 Recipients Address List 

This field contains a list of recipient MMS User Agent addresses. 

5.28 Record Extensions 

The field enables network operators and/or manufacturers to add their own extensions to the standard record definitions. 

5.29 Record Time Stamp 

This field indicates the date and time when the CDR was produced. 

5.30 Record Type 

The field identifies the type of the record, see TS 32.205 [8]. 

5.31 Reply Charging 

In the Originator MMl Submission CDR (OlS-CDR) this parameter indicates whether the originator MMS User Agent 
has requested reply-charging (value TRUE) or not (value FALSE). 

In the Recipient MMl Notification Request record (RlNRq -CDR) it indicates whether a reply to this particular original 
MM is free of charge (value TRUE) or not (value FALSE). 

5.32 Reply Charging ID 

This field is present in the CDR only if the MM is a reply-MM to an original MM. The Reply Charging ID is the 
Message ID of the original MM. 



5.33 Reply Charging Size 



In the Originator MMl Submission CDR (OlS-CDR), in case of reply-charging, this field indicates the maximum size 
for reply-MM(s) granted to the recipient(s) as specified by the originator MMS User Agent. 

In the Recipient MMl Notification Request CDR (RlNRq-CDR), in case of reply-charging, this field indicates the 
maximum size of a reply-MM granted to the recipient as specified in the MMl_notification.REQ. 
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5.34 Reply Deadline 



In the Originator MMl Submission CDR (OlS-CDR), in case of reply-charging, this field indicates the latest time of 
submission of replies granted to the recipient(s) as specified by the originator MMS User Agent. 

In the Recipient MMl Notification Request CDR (RlNRq-CDR), in case of reply-charging, this field indicates the 
latest time of submission of a reply granted to the recipient as specified in the MMl_notification.REQ. 



5.35 Report allowed 



A Boolean value indicating, if present whether sending of a delivery report is permitted (value TRUE) or not (value 
FALSE). 

5.36 Request Status code 

The status of the MM as reflected in the corresponding MM4 message (e.g. error service denied, error network problem, 
error unsupported message, etc.). For further details see TS 23.140 [4]. 

5.37 Sender Address 

The address of the MMS User Agent as used in the MMl_notification_REQ/MMl_retrieve.RES. This parameter is 
present in the CDR even if address hiding was requested, resulting in the sender address is not being included in the 
above messages. 



5.38 Sender Visibility 



This Boolean value indicates whether the originator MMS User Agent has requested her address to be hidden from the 
recipient (value TRUE) or not (value FALSE). 



5.39 Serving network identity 



In MMlrelated CDRs, this field contains a SGSN PLMN Identifier (Mobile Country Code and Mobile Network Code), 
of the SGSN that was used during the MMl transaction. In the 04FRq-CDR, this field reflects the PLMN Identifier of 
the SGSN that was used when the MMl_forward.REQ was received. In case the SGSN changes during the transaction, 
only the ID of the SGSN that was used at the beginning of the transaction is included in the CDR. 

The MCC and MNC are coded as described for 'Routing Area Identity' in [14]. 

5.40 Status Text 

This field includes a more detailed technical status of the message at the point in time when the CDR is generated.. 

5.41 Submission Time 

The submission time field contains the time stamps relevant for the submission of the MM. The time-stamp includes a 
minimum of date, hour, minute and second. 



5.42 Time of Expiry 



This field contains the desired date or the number of seconds to expiry of the MM, if specified by the originator MMS 
User Agent. 
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Charging Data Record Structure 



6.1 



ASN.1 definitions for CDR information 



The ASN.l definitions are based on the charging specific data types within the current 3GPP 32-series, the TS 32.205 
for CS domain [8] and TS 32.215 for PS domain [9]. 

TS32235-DataTypes {itu-t (0) identified-organization (4) etsi(O) mobileDomain (0) umts-Operation-Maintenance (3) ts-32-235 (235) 
infonnationModel (0) asnlModule (2) versionl (1)} 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

-- EXPORTS everything 

IMPORTS 

CallEventRecord, CallEventRecordType, Chargelndicator, CallDuration, TimeStamp, MSISDN, CallReference, MscNo, ManagementExtensions 
FROM TS32205-DataTypes {itu-t (0) identified-organization (4) etsi(O) mobileDomain (0) umts-Operation-Maintenance (3) ts-32-205 (205) 
informationModel (0) asnlModule (2) versionl (1)) 

- see TS 32.205[8] 

ChargingID, IP Address, GSNAddress, LocalSequenceNumber, PLMN-Id 

FROM TS32215-DataTypes {itu-t (0) identified-organization (4) etsi (0) mobileDomain (0) umts-Operation-Maintenance (3) ts-32-215 (215) 

informationModel (0) asnlModule (2) versionl (1)} 

- see TS 32.215[9] 



CALL AND EVENT RECORDS 



I^lMOlSRecord 



:SET 



recordType 

originatorMmsRSAddress 

raessagelD 

replyChargingID 

originatorAddress 

recipientAddresses 

accessCorrelation 

contentType 

mmComponentType 

messageSize 

messageClass 

chargelnformation 

submissionTime 

timeOfExpiry 

earliestTimeOfDelivery 

durationOfTransmission 

requestStatusCode 

deliveryReportRequested 

replyCharging 

replyDeadline 

replyChargingSize 

priority 

senderVisibility 

readReplyRequested 

statusText 

recordTimeStamp 

localSequenceNumber 

recordExtensions 

servingNetworkldentity 



[0] CallEventRecordType, 

[I] MMSRSAddress, 
[2] OCTET STRING, 

[3] OCTET STRING OPTIONAL, 

[4] MMSAgentAddress, 

[5] MMSAgentAddresses, 

[6] AccessCorrelation OPTIONAL, 

[7] ContentType, 

[8] MMComponentType OPTIONAL, 

[9] DataVolume, 

[10] MessageClass OPTIONAL, 

[II] Chargelnformation OPTIONAL, 
[12] TimeStamp OPTIONAL, 

[13] WaitTime OPTIONAL, 

[14] WaitTime OPTIONAL, 

[15] INTEGER OPTIONAL, 

[16] RequestStatusCodeType OPTIONAL, 

[17] BOOLEAN OPTIONAL, 

[18] BOOLEAN OPTIONAL, 

[19] WaitTime OPTIONAL, 

[20] DataVolume OPTIONAL, 

[21] PriorityType OPTIONAL, 

[22] BOOLEAN OPTIONAL, 

[23] BOOLEAN OPTIONAL, 

[24] StatusTextType, 

[25] TimeStamp, 

[26] LocalSequenceNumber OPTIONAL, 

[27] ManagementExtensions OPTIONAL, 

[29] PLMN-Id 
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I«04FRqRecord ::= SET 
f 




{ 

recordType 


[0] CallEventRecordType, 


originatorMmsRSAddress 


[1] MMSRS Address, 


recipientMmsRSAddress 


[2] MMSRSAddress, 


messagelD 


[3] OCTET STRING, 


mms3GPPVersion 


[4] OCTET STRING OPTIONAL, 


originator Address 


[5] MMSAgentAddress, 


recipientAddresses 


[6] MMSAgentAddresses, 


contentType 


[7] ContentType, 


ramComponentType 


[8] MMComponentType OPTIONAL, 


messageSize 


[9] DataVolume, 


messageClass 


[10] MessageClass OPTIONAL, 


submissionTime 


[11] TimeStamp, 


timeOfExpiry 


[12] WaitTime OPTIONAL, 


deliveryReportRequested 


[13] BOOLEAN, 


priority 


[14] PriorityType OPTIONAL, 


senderVisibility 


[15] BOOLEAN, 


readReplyRequested 


[16] BOOLEAN, 


acknowledgementRequest 


[17] BOOLEAN, 


forwardCounter 


[18] INTEGER OPTIONAL, 


forwardingAddress 


[19] MMSAgentAddresses OPTIONAL, 


recordTimeStamp 


[20] TimeStamp, 


localSequenceNumber 


[21] LocalSequenceNumber OPTIONAL, 


recordExtensions 


[22] ManagementExtensions OPTIONAL, 


servingNetworkldentity 
) 


[23] PLMN-Id 


MM04FRsRecord ::= SET 
f 




I 

recordType 


[0] CallEventRecordType, 


originatorMmsRSAddress 


[1] MMSRSAddress OPTIONAL, 


recipientMmsRSAddress 


[2] MMSRSAddress, 


messagelD 


[3] OCTET STRING, 


mms3GPPVersion 


[4] OCTET STRING OPTIONAL, 


requestStatusCode 


[5] RequestStatusCodeType OPTIONAL, 


statusText 


[6] StatusTextType OPTIONAL, 


recordTimeStamp 


[7] TimeStamp OPTIONAL, 


localSequenceNumber 


[8] LocalSequenceNumber OPTIONAL, 


recordExtensions 
} 


[9] ManagementExtensions OPTIONAL 


MM04DRecord ::= SET 
f 




I 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRSAddress OPTIONAL, 


originatorMmsRSAddress 


[2] MMSRSAddress OPTIONAL, 


messagelD 


[3] OCTET STRING, 


mms3GPPVersion 


[4] OC ILl STRING OPTIONAL, 


originatorAddress 


[5] MMSAgentAddress OPTIONAL, 


recipientAddress 


[6] MMSAgentAddress, 


mmDateAndTime 


[7] TimeStamp, 


acknowledgementRequest 


[8] BOOLEAN, 


mmStatusCode 


[9] MMStatusCodeType, 


StatusText 


[10] StatusTextType OPTIONAL, 


recordTimeStamp 


[11] TimeStamp OPTIONAL, 


localSequenceNumber 


[12] LocalSequenceNumber OPTIONAL, 


recordExtensions 
) 


[13] ManagementExtensions OPTIONAL 


MMOlDRecord ::= SET 
f 




1 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRSAddress OPTIONAL, 


originatorMmsRSAddress 


[2] MMSRSAddress OPTIONAL, 


accessCorrelation 


[3] AccessCorrelation OPTIONAL, 


messagelD 


[4] OClLr STRING, 


mms3GPPVersion 


[5] OC ILl STRING OPTIONAL, 


originatorAddress 


[6] MMSAgentAddress OPTIONAL, 


recipientAddress 


[7] MMSAgentAddress, 


mmStatusCode 


[8] MMStatusCodeType OPTIONAL, 


recordTimeStamp 


[9] TimeStamp OPTIONAL, 


localSequenceNumber 


[10] LocalSequenceNumber OPTIONAL, 


recordExtensions 


[11] ManagementExtensions OPTIONAL, 


servingNetworkldentity 


[12] PLMN-Id 
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I^lM04RRecord 



:SET 



recordType 

recipientMmsRSAddress 

originatorMmsRSAddress 

messagelD 

mms3GPPVersion 

originator Address 

recipientAddresses 

mmDateAndTime 

acknowIedgementRequest 

readStatus 

statusText 

recordTimeStamp 

localSequenceNumber 

recordExtensions 



[0] CallEventRecordType, 

[I] MMSRS Address OPTIONAL, 
[2] MMSRSAddress OPTIONAL, 
[3] OCTET STRING, 

[4] OCTET STRING OPTIONAL, 

[5] MMSAgentAddress OPTIONAL, 

[6] MMSAgentAddresses OPTIONAL, 

[7] TimeStamp OPTIONAL, 

[8] BOOLEAN, 

[9] MMStatusCodeType OPTIONAL, 

[10] StatusTextType OPTIONAL, 

[II] TimeStamp OPTIONAL, 

[12] LocalSequenceNumber OPTIONAL, 
[13] ManagementExtensions OPTIONAL 



MMOlRRecord 



:SET 



recordType 

recipientMmsRSAddress 

originatorMmsRSAddress 

accessCorrelation 

messagelD 

mms3GPPVersion 

originatorAddress 

recipientAddress 

readStatus 

recordTimeStamp 

localSequenceNumber 

recordExtensions 

servingNetworkldentity 



[0] CallEventRecordType, 

[I] MMSRSAddress OPTIONAL, 
[2] MMSRSAddress OPTIONAL, 
[3] AccessCorrelation OPTIONAL, 
[4] OCTET STRING, 

[5] OCTET STRING OPTIONAL, 
[6] MMSAgentAddress OPTIONAL, 
[7] MMSAgentAddress OPTIONAL, 
[8] MMStatusCodeType OPTIONAL, 
[9] TimeStamp OPTIONAL, 
[10] LocalSequenceNumber OPTIONAL, 

[II] ManagementExtensions OPTIONAL, 
[12] PLMN-ld 



I^lMOMDRecord 



:SET 



recordType 

originatorMmsRSAddress 

recipientMmsRSAddress 



[0] CallEventRecordType, 

[1] MMSRSAddress OPTIONAL, 

[2] MMSRSAddress OPTIONAL, 



messagelD 


[3] OCTET STRING, 


messageSize 


[4] DataVolume OPTIONAL, 


mmStatusCode 


[5] MMStatusCodeType OPTIONAL, 


StatusText 


[6] StatusTextType OPTIONAL, 


recordTimeStamp 


[7] TimeStamp OPTIONAL, 


localSequenceNumber 


[8] LocalSequenceNumber OPTIONAL, 


recordExtensions 
) 


[9] ManagementExtensions OPTIONAL 


MMR4FRecord ::= SET 
t 




1 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRSAddress, 


originatorMmsRSAddress 


[2] MMSRSAddress, 


messagelD 


[3] OCTET STRING, 


mms3GPPVersion 


[4] OCTET STRING OPTIONAL, 


originatorAddress 


[5] MMSAgentAddress, 


recipientAddresses 


[6] MMSAgentAddresses, 


contentType 


[7] ContentType, 


mmComponentType 


[8] MMComponentType OPTIONAL, 


messageSize 


[9] DataVolume, 


raessageClass 


[10] MessageClass OPTIONAL, 


submissionTirae 


[11] TimeStamp, 


timeOfExpiry 


[12] WaitTime OPTIONAL, 


deliveryReportRequested 


[13] BOOLEAN, 


priority 


[14] PriorityType OPTIONAL, 


senderVisibility 


[15] BOOLEAN, 


readReplyRequested 


[16] BOOLEAN, 


requestStatusCode 


[17] RequestStatusCodeType, 


StatusText 


[18] StatusTextType, 


acknowIedgementRequest 


[19] BOOLEAN, 


forwardCounter 


[20] INTEGER OPTIONAL, 


forwardingAddress 


[21] MMSAgentAddresses OPTIONAL, 


recordTimeStamp 


[22] TimeStamp, 


localSequenceNumber 


[23] LocalSequenceNumber OPTIONAL, 


recordExtensions 


[24] ManagementExtensions OPTIONAL 
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MMRlNRqRecord ::= SET 
f 




I 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRS Address, 


messagelD 


[2] OCTET STRING, 


replyChargingID 


[3] OCTET STRING OPTIONAL, 


senderAddress 


[4] MMSAgentAddress, 


recipientAddress 


[5] MMSAgentAddress, 


accessCorrelation 


[6] AccessCorrelation OPTIONAL, 


messageClass 


[7] MessageClass OPTIONAL, 


mmComponentType 


[8] MMComponentType OPTIONAL, 


messageSize 


[9] DataVolume, 


timeOfExpiry 


[10] WaitTime OPTIONAL, 


messageReference 


[11] OClEr STRING, 


deliveryReportRequested 


[12] BOOLEAN OPTIONAL, 


replyCharging 


[13] BOOLEAN OPTIONAL, 


replyDeadline 


[14] WaitTime OPTIONAL, 


replyChargingSize 


[15] DataVolume OPTIONAL, 


mmStatusCode 


[16] MMStatusCodeType OPTIONAL, 


statusText 


[17] StatusTextType OPTIONAL, 


recordTimeStamp 


[18] TimeStamp OPTIONAL, 


localSequenceNumber 


[19] LocalSequenceNumber OPTIONAL, 


recordExtensions 


[20] ManagementExtensions OPTIONAL 


servingNetworkldentity 
) 


[21] PLMN-Id 


MMRlNRsRecord ::= SET 




1 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRS Address, 


messagelD 


[2] OClLr STRING, 


recipientAddress 


[3] MMSAgentAddress, 


accessCorrelation 


[4] AccessCorrelation OPTIONAL, 


reportAUowed 


[5] BOOLEAN OPTIONAL, 


ramStatusCode 


[6] MMStatusCodeType OPTIONAL, 


StatusText 


[7] StatusTextType OPTIONAL, 


recordTimeStamp 


[8] TimeStamp OPTIONAL, 


localSequenceNumber 


[9] LocalSequenceNumber OPTIONAL, 


recordExtensions 


[10] ManagementExtensions OPTIONAL 


servingNetworkldentity 
} 

MMRlRtRecord ::= SET 

f 


[11] PLMN-Id 




i 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRS Address, 


messagelD 


[2] OCIEl STRING, 


replyChargingID 


[3] OC lEl STRING OPTIONAL, 


senderAddress 


[4] MMSAgentAddress OPTIONAL, 


recipientAddress 


[5] MMSAgentAddress, 


accessCorrelation 


[6] AccessCorrelation OPTIONAL, 


contentType 


[7] ContentType, 


mmComponentType 


[8] MMComponentType OPTIONAL, 


messageClass 


[9] MessageClass OPTIONAL, 


submissionTime 


[10] TimeStamp, 


messageSize 


[11] DataVolume OPTIONAL, 


deliveryReportRequested 


[12] BOOLEAN OPTIONAL, 


priority 


[13] PriorityType OPTIONAL, 


readReplyRequested 


[14] BOOLEAN OPTIONAL, 


mmStatusCode 


[15] MMStatusCodeType OPTIONAL, 


StatusText 


[16] StatusTextType OPTIONAL, 


replyDeadline 


[17] WaitTime OPTIONAL, 


replyChargingSize 


[18] DataVolume OPTIONAL, 


durationOflransmission 


[19] INTEGER OPTIONAL, 


timeOfExpiry 


[20] WaitTime OPTIONAL, 


recordTimeStamp 


[21] TimeStamp OPTIONAL, 


localSequenceNumber 


[22] LocalSequenceNumber OPTIONAL, 


recordExtensions 


[23] ManagementExtensions OPTIONAL 


messageReference 


[24] OCTET STRING, 


servingNetworkldentity 
) 


[25] PLMN-Id 


IMRlARecord ::= SET 
{ 
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recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRS Address, 


messagelD 


[2] OClEl' STRING, 


recipientAddress 


[3] MMSAgentAddress, 


accessCorrelation 


[4] AccessCorrelation OPTIONAL, 


reportAUowed 


[5] BOOLEAN OPTIONAL, 


mraStatusCode 


[6] MMStatusCodeType OPTIONAL, 


statusText 


[7] StatusTextType OPTIONAL, 


recordTimeStamp 


[8] TiraeStamp OPTIONAL, 


localSequenceNumber 


[9] LocalSequenceNumber OPTIONAL, 


recordExtensions 


[10] ManagementExtensions OPTIONAL, 


servingNetworkldentity 
1 


[11]PLMN-Id 


MMR4DRqRecord ::= SET 
/ 




1 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRS Address, 


originatorMmsRSAddress 


[2] MMSRSAddress, 


raessagelD 


[3] OCTET STRING, 


mms3GPPVersion 


[4] OC ILl STRING OPTIONAL, 


originatorAddress 


[5] MMSAgentAddress, 


recipientAddress 


[6] MMSAgentAddress, 


ramDateAndTime 


[7] TiraeStamp OPTIONAL, 


acknowledgementRequest 


[8] BOOLEAN, 


mmStatusCode 


[9] MMStatusCodeType OPTIONAL, 


StatusText 


[10] StatusTextType OPTIONAL, 


recordTimeStamp 


[11] TiraeStamp OPTIONAL, 


localSequenceNumber 


[12] LocalSequenceNumber OPTIONAL, 


recordExtensions 
) 


[13] ManagementExtensions OPTIONAL 


MMR4DRsRecord ::= SET 
f 




1 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRSAddress, 


originatorMmsRSAddress 


[2] MMSRSAddress, 


messagelD 


[3] OClEI' STRING, 


mms3GPPVersion 


[4] OC ILl STRING OPTIONAL, 


requestStatusCode 


[5] RequestStatusCodeType OPTIONAL, 


StatusText 


[6] StatusTextType OPTIONAL, 


recordTimeStamp 


[7] TiraeStamp OPTIONAL, 


localSequenceNumber 


[8] LocalSequenceNumber OPTIONAL, 


recordExtensions 
) 


[9] ManagementExtensions OPTIONAL 


I^RlRRRecord ::= SET 

f 




i 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRSAddress, 


messagelD 


[2] OClLr STRING, 


recipientAddress 


[3] MMSAgentAddress, 


originatorAddress 


[4] MMSAgentAddress, 


accessCorrelation 


[5] AccessCorrelation OPTIONAL, 


mmStatusCode 


[6] MMStatusCodeType OPTIONAL, 


StatusText 


[7] StatusTextType OPTIONAL, 


recordTimeStamp 


[8] TiraeStamp OPTIONAL, 


localSequenceNumber 


[9] LocalSequenceNumber OPTIONAL, 


recordExtensions 


[10] ManagementExtensions OPTIONAL, 


servingNetworkldentity 
) 


[11]PLMN-Id 


MMR4RRqRecord ::= SET 

f 




{ 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRSAddress, 


originatorMmsRSAddress 


[2] MMSRSAddress, 


raessagelD 


[3] OClLr STRING, 


mms3GPPVersion 


[4] OC ILl STRING OPTIONAL, 


originatorAddress 


[5] MMSAgentAddress, 


recipientAddress 


[6] MMSAgentAddress, 


ramDateAndTime 


[7] TiraeStamp OPTIONAL, 


acknowledgementRequest 


[8] BOOLEAN, 


raraStatusCode 


[9] MMStatusCodeType OPTIONAL, 


StatusText 


[10] StatusTextType OPTIONAL, 


recordTimeStamp 


[11] TiraeStamp OPTIONAL, 


localSequenceNumber 


[12] LocalSequenceNumber OPTIONAL, 
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recordExtensions 
) 


[13] ManagementExtensions OPTIONAL 


I«R4RRsRecord ::= SET 

f 




( 

recordType 


[0] CallEventRecordType, 


recipientMmsRSAddress 


[1] MMSRS Address, 


originatorMmsRSAddress 


[2] MMSRSAddress, 


messagelD 


[3] OClEl' STRING, 


mras3GPPVersion 


[4] OCIEI STRING OPTIONAL, 


requestStatusCode 


[5] RequestStatusCodeType OPTIONAL, 


statusText 


[6] StatusTextType OPTIONAL, 


recordTimeStamp 


[7] TimeStamp OPTIONAL, 


localSequenceNumber 


[8] LocalSequenceNumber OPTIONAL, 


recordExtensions 
) 


[9] ManagementExtensions OPTIONAL 


MMRMDRecord ::= SET 
f 




I 

recordType 


[0] CallEventRecordType, 


originatorMmsRSAddress 


[1] MMSRSAddress, 


recipientMmsRSAddress 


[2] MMSRSAddress OPTIONAL, 


messagelD 


[3] OCTET STRING, 


raessageSize 


[4] DataVolume, 


mraStatusCode 


[5] MMStatusCodeType OPTIONAL, 


StatusText 


[6] StatusTextType OPTIONAL, 


recordTimeStamp 


[7] TimeStamp OPTIONAL, 


localSequenceNumber 


[8] LocalSequenceNumber OPTIONAL, 


recordExtensions 
1 


[9] ManagementExtensions OPTIONAL 


MMFRecord ::= SET 
f 




1 

recordType 


[0] CallEventRecordType, 


forwardingMmsRSAddress 


[1] MMSRSAddress, 


messagelD 


[2] OCTET STRING, 


forwardingAddress 


[3] MMSAgentAddress, 


recipientAddresses 


[4] MMSAgentAddresses, 


chargelnformation 


[5] Chargelnformation OPTIONAL, 


timeOfExpiry 


[6] WaitTime OPTIONAL, 


earliestTimeOfDelivery 


[7] WaitTime OPTIONAL, 


deliveryReportRequested 


[8] BOOLEAN OPTIONAL, 


readReplyRequested 


[9] BOOLEAN OPTIONAL, 


messageReference 


[10] OCIEI' STRING, 


mmStatusCode 


[11] MMStatusCodeType OPTIONAL, 


StatusText 


[12] StatusTextType OPTIONAL, 


recordTimeStamp 


[13] TimeStamp OPTIONAL, 


localSequenceNumber 


[14] LocalSequenceNumber OPTIONAL, 


recordExtensions 


[15] ManagementExtensions OPTIONAL 


servingNetworkldentity 
1 


[17] PLMN-Id 



COMMON DATA TYPES 



Ace 


essCorrelation ::= CHOICE 






circuitSwitched 
packetSwitched 


[0] 
[1] 


Circuits witchedAccess, 
PacketSwitchedAccess 


Chargelnformation 


:= SEQUENCE 




chargeindication 
chargetype 


[0] Chargelndicator, 
[1] ChargeType 


ChargeType 


::= 


ENUMERATED 




normal 

pre-paid 

reply 




(0), 
(1), 
(2) 
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Circuits witchedAccess ::= SEQUENCE 



mSCIdentifier [0] MscNo, 

callReferenceNumber [1] CallReference 



} 



ContentType ::= OCTET STRING 

DataVolume ::= EMTEGER 

— The volume of data transfered in octets. 



DeltaSeconds 
MediaComponent 



::= OCTET STRING (SIZE(8)) 
::= SEQUENCE 



mediaType [0] OCTET STRING, 

mediaSize [1] DataVolume 



Me 


diaComponents 


= SET OF MediaComp 


Me 
f 


ssageClass 


::= ENUMERATED 


{ 


personal 


(0), 




advertisement 


(1), 




information-service (2), 


1 


auto 


(3) 


M^ 
1 


IComponentType 


::= SEQUENCE 


i 


subject 


[0] SubjectComponent, 




media 


[1] MediaComponents 



MMSAgentAddress ::= SEQUENCE 

{ -- 

- usage of SEQUENCE instead of CHOICE allows several address types to be present at the same time 



eMail-address [0] OCTET STRING, 
mSISDN [ 1 ] MSISDN OPTIONAL 



} 



MMSAgentAddresses ::= SET OF MMSAgentAddress 

MMSRSAddress ::= SEQUENCE 

{ -- 

— usage of SEQUENCE instead of CHOICE allows both address types to be present at the same time 

domainName [0] OCTET STRING OPTIONAL, 
iPAddress [2] IPAddress OPTIONAL 



tatusCodeType 


::= ENUMERATED 


retrieved 


(0), 


forwarded 


(1), 


expired 


(2), 


rejected 


(3), 


deferred 


(4), 


unrecognised 


(5), 


read 


(6), 



deletedWithoutBeingRead (7) 



PacketSwitchedAccess ::= SEQUENCE 

{ 

gSNAddress [0] GSNAddress, 

chargingID [1] ChargingID 



PriorityType 



: ENUMERATED 



low (0), 

normal (1), 
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high 



(2) 



RequestStatusCodeType 



= INTEGER 



— cause codes to 15 are defined in TS 32.205[8] as 'CauseForTerm' 

— (cause for termination) and cause code 16 to 20 are defined 

— in TS 32.215 [9] as 'CauseForRecClosing' 



normalRelease 


(0), 


-ok 


abnormalRelease 


(4), 


- error unspecified 


serviceDenied 


(30), 




messageFormatCorrupt 


(31), 




sendingAddressUnresolved 


(32), 




raessageNotFound 


(33), 




networkProblem 


(34), 




contentNotAccepted 


(35), 




unsupportedMessage 
1 


(36) 




StatusTextType : := OCl E 1 STRING 




SubjectComponent ::= SEQUENCE 







subjectType [0] OCTET STRING, 
subjectSize [1] DataVolume 



WaitTime 



= CHOICE 



http-date [0] TimeStamp, 

delta-seconds [1] DeltaSeconds 



END 
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7 Charging Data Record Transfer 

The generated MMS-CDR in the MMS Relay/Server shall be transferred to the Billing System by the use of FT AM 
protocol on X.25 or TCP/IP, or FTP or TFTP over TCP/IP. For further details of the use of FT AM see GSM 12.01 [10] 
and of the use of FTP see [11] and TFTP see [12]. 
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Annex A (informative): 
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-- 
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4.3.0 
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-- 


Correction of ASN.1 syntax errors 


4.3.0 


4.4.0 


Mar 2003 


S_19 


SP-030058 


009 


— 


Corrections on MMS addressing - alignment with T2's 23.140 
(MMS stage 2) 


4.4.0 


4.5.0 
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SP-030059 


Oil 


-- 


Correction of Message Size Definition - alignment with T2's 23.140 


4.4.0 
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- 


Correction on charging for roaming MMS subscribers - alignment 
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£75/ 



3GPP TS 32.235 version 4.6.0 Release 4 



42 



ETSI TS 132 235 V4.6.0 (2003-06) 



History 


Document history 


V4.0.0 


September 2001 


PubHcation 


V4.1.0 


March 2002 


PubHcation 


V4.2.0 


June 2002 


PubHcation 


V4.3.0 


September 2002 


PubHcation 


V4.4.0 


December 2002 


PubHcation 


V4.5.0 


March 2003 


PubHcation 


V4.6.0 


June 2003 


PubHcation 



£75/ 



